display-x11: Unset tiled state if _GTK_EDGE_CONSTRAINTS is supported

Commit c415bef5de introduced support for the new _GTK_EDGE_CONSTRAINTS
atom. If the compositor supports that atom, however, we were always
setting the tiled state, even if no actual tiling information is
available, where the correct action is to completely remove any traces
of the tiled state.

Fix that by correctly removing the tiled state when compositor supports
_GTK_EDGE_CONSTRAINTS Xatom.

https://bugzilla.gnome.org/show_bug.cgi?id=788516

Gbp-Pq: Name 0003-display-x11-Unset-tiled-state-if-_GTK_EDGE_CONSTRAIN.patch

theme: Fix Adwaita headerbars

We were not detecting correctly the cases where we should have
a rounded or a squared headerbar.

Gbp-Pq: Name 0002-theme-Fix-Adwaita-headerbars.patch

Adwaita: Fix typo .backgrounf => .background

Gbp-Pq: Name 0001-Adwaita-Fix-typo-.backgrounf-.background.patch

gdk/x11: Check if we have access to GL before using GLX API

If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.

[smcv: fix typo]

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=775279
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847366

Gbp-Pq: Name gdk-x11-Check-if-we-have-access-to-GL-before-using-G.patch

reftest-known-fail

===================================================================

Gbp-Pq: Name reftest-known-fail.patch

disable a11y test accessibility-dump

Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.

Gbp-Pq: Name no-accessibility-dump.patch

_ignore-random-icons

===================================================================

Gbp-Pq: Name 060_ignore-random-icons.patch

_disable-viqr-im-for-vi-locale

Gbp-Pq: Name 022_disable-viqr-im-for-vi-locale.patch

Consistently treat gdkenumtypes.[hc] as source files

Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.

Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=647729
Bug-Ubuntu: https://launchpad.net/bugs/769256

Gbp-Pq: Name 018_gdkenumtypes.c_location.patch

_no_offscreen_device_grabbing

Gbp-Pq: Name 017_no_offscreen_device_grabbing.patch

_no_offscreen_widgets_grabbing

Gbp-Pq: Name 016_no_offscreen_widgets_grabbing.patch

gtk+3.0 (3.22.24-3) unstable; urgency=medium

  [ Jeremy Bicha ]
  * Drop 0004_fix-gtkentry-wayland-regression.patch:
    - Reverted upstream since it caused a totem regression. Epiphany
      issue was fixed in mutter instead.

  [ Michael Biebl ]
  * Force update of GResource files so the changes to the CSS files from
    0002-theme-Fix-Adwaita-headerbars.patch are actually applied.

[dgit import unpatched gtk+3.0 3.22.24-3]

Import gtk+3.0_3.22.24-3.debian.tar.xz

[dgit import tarball gtk+3.0 3.22.24-3 gtk+3.0_3.22.24-3.debian.tar.xz]

Import gtk+3.0_3.22.24.orig.tar.xz

[dgit import orig gtk+3.0_3.22.24.orig.tar.xz]